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ABSTRACT 



The purpose of this thesis is to describe a deficiency in current Marine Corps 
logistic communication, investigate various technical solutions and select an 
appropriate design to eliminate this deficiency. The intention is not to answer all of 
the questions related to the topic, but to demonstrate that technology has advanced to 
a point where it is possible to provide an inexpensive solution to this particularly 
difficult problem. Although further research will be required, this thesis will indicate 
that the technology is not only conceivable, practical and efficient, but well within 
reach. The thrust is to marry a relatively new, but proven, technology with a real 
world problem and to direct further attention to the effort, so that a practical solution 
can become a reality. As a result, The Marine Corps could possess a faster, more 
reliable logistic communication system while deployed and thus have an added 
advantage during a conflict. 
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I. INTRODUCTION 



A. PURPOSE 

The purpose of this thesis is to describe a deficiency in current Marine Corps 
logistic communication, investigate various technical solutions and select an 
appropriate design to eliminate this deficiency. The intention is not to answer all of 
the questions related to the topic, but to demonstrate that technology has advanced to 
the point where it is possible to provide an inexpensive solution to this particularly 
difficult problem. Although further research will be required, this thesis will indicate 
that the technology is not only conceivable, practical and efficient but well within 
reach. The thrust is to marry a relatively new, but proven, technology with a real 
world problem and to direct further attention to the effort, so that a practical solution 
can become a reality. As a result, The Marine Corps could possess a faster, more 
reliable logistic communication system while deployed and thus have an added 
advantage during a conflict. 

B. CHAPTER DESCRIPTION 

The following chapter of this thesis will be a mission element need statement. 
The purpose will be to describe a deficiency in Marine Corps logistic communication 
and processing at the local level. "Local level" is defined as that communication and 
processing of logistic requests from the actual customer (maintenance clerk, company 
commander) through the logistics chain of command to the force service support 
group. The emphasis will be placed on deployed operations but will not rule out 
applications in garrison. The priority of this deficiency will be discussed and a 
preliminary' cost estimate provided. No solutions, however, will be addressed at this 
point. The intention will be purely to demonstrate that there is a deficiency in Marine 
Corps logistic operations. 

The third chapter will highlight current technological advancements in the field of 
packet radio computer networks. The fact that packet radio computer networks are 
not at the leading edge of technology, but are a proven technology, will also be 
demonstrated in this chapter. Problems, advantages and options will be elaborated on 
in a generic sense i.e., not necessarily related to the problem identified in the mission 
elements needs statement. 
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The fourth chapter titled "design" will develop a prototype design and will discuss 
system specifications. These specification will be as precise as possible based on 
currently available statistics and experience. Many aspects of the network will be 
examined and specifications will be described for the hardware. This will be 
accomplished by breaking the network design down into sections. First, we will study 
the required attached equipment at a typical repeater node, then we will examine the 
network or the method of communication between nodes, and finally we will examine 
the control node or station. 

The last chapter will point out each of the positive and negative aspects of the 
proposed system and recommend a direction for further research. A summary 
proposing certain future actions and considerations will conclude this thesis. 

Appendix A is a list or acronyms used through the thesis. Each acronym is 
explained to clarify the use of terms unique to the military. 

C. DESIGN PRINCIPLES 

A number of principles will be applied and emphasised throughout this thesis. 
These principles may seem elementary but a reemphasis of the basics is important 
when dealing with critical systems, especially when human lives are at stake. As such, 
they are described in the next four paragraphs to clarify basic design considerations 
and constraints. 

1. Simplicity 

The first design principle is simplicity. This may be an overworked concept, 
but it is evident from the catastrophic results of many computer systems that the 
designers have often times dismissed simplicity as an important constraint. The design 
of this computer network is only as complex as the problem dictates. The basic 
concept is: first, identify the problem; second, investigate the kind of tools that can be 
used to solve the problem; then finally, develop a design. As a result, design functions 
will translate directly into solutions to the previously identified problem without 
unneeded complexity. 

2. Customer First 

The second principle is the emphasis on customer needs . 1 Throughout this 
thesis, the basic customer needs will be delineated and solutions will be developed in 
strict relation to those needs. The basic needs of the customer (the maintenance clerk 



*Thc customer is that person that initiates a logistic request. 



etc.) will be emphasized as opposed to the needs of the system or those of the source 
of supply. The source of supply and the system will be developed to serve the 
customer, instead of the other way around. If functions do not serve a real customer 
need, an alternative will be sought that will fulfill these requirements. If an acceptable 
alternative cannot be found, then no change to current operating procedures should be 
made. Although, again, this may seem overly simplistic because of the complexity of 
computer system development, it is possible to develop a system that upon completion 
has lost sight of its original goal. 

3. Flexibility 

The third principle is flexibility. It must be kept in mind that a computer 
system is more than just a machine. By definition, people are an integral component of 
any computer system [Ref. 1: p. 22]. As a result, with emphasis on the word 'system', 
as much flexibility as possible will be built into the design. This is to insure that when 
a request is made and something is not quite in the right format, the request will not 
be returned but will be diverted to a manual review process and or an error correction 
process. There will be rules and procedures, of course, but one of the goals of the 
system is to be able to accommodate all but the most grievous of errors. This is 
especially necessary in combat situations where bureaucratic procedure is not a suitable 
reason for delay. 

4. Reliability 

The fourth concept is reliability. In military operations reliability is one of the 
highest priorities. The proposed design will consider reliability over most other 
considerations. As a result, back-up procedures will be implemented. As much effort 
as possible will be given to providing the system user with alternative means of 
communicating and processing. In addition, the programs should contain means with 
which to identify failure and any avenue around failure, so that the system will be as 
reliable as possible. In view of these safeguards, the system should operate under any 
weather conditions, in urban areas and or in the jungle, in mountains or on flat lands, 
in combat or in garrison. The task of adding and deleting members to and from the 
network should also be accomplished with ease. Routing should be flexible enough to 
allow for redundant means of communication. Thus, we will strive to provide a robust 
network which will be able to operate even in the most harsh environments. 



II. MISSION ELEMENT NEED STATEMENT 



A. BACKGROUND 

In order to obtain a full appreciation of the problem of communicating logistic 
demands during a Marine amphibious landing, a basic understanding of the landing 
force structure is necessary. A brief description of this structure will be outlined in the 
following paragraphs. 

A Marine amphibious force is a mobile and flexible unit that must be able to 
adapt to changing environments. For example, while aboard ship the landing force 
reports to the Navy. Once ashore, however, it reports via Army channels. The 
Marines must, therefore, rapidly adapt themselves to both organizations. This usually 
causes a great deal of difficulty when planning and coordinating support functions. 
This problem is complicated further by the fact that Marines possess both air and 
ground forces. The Marine air element must coordinate with the Navy aboard ship, 
but must deal with the Air Force missions and capabilities while ashore. 

The Marine landing force itself is divided into four parts: a headquarters element, 
an air element, a ground element and a support element. Depending on the size, this 
configuration can be formed into three types of landing forces: a Marine Amphibious 
Force (MAF), which is the largest force and is formed around a division; a Marine 
Amphibious Brigade (MAB), which is built around a regiment; and a Marine 
Amphibious Unit (MAU), which is the smallest configuration and is formed around a 
battalion. 

The headquarters element consists of the landing force commander and his staff, 
along with a small group of communicators. 

The air element consists of helicopter support and for larger operations, fixed 
wing aircraft. The air defense and air control missions are also assigned to the air 
element. 

The ground element is commanded by the infantry unit commander. Under the 
infantry unit commander are a number of support sections i.e., tanks, recon, amtracks, 
communicators, combat engineers, etc. Artillery is included here, but artillery's mission 
is also to support the entire landing force, not just the ground units. 
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The support element provides most of the logistic support to the landing force. 
Supply, maintenance, engineering, medical, dental, motor transport and landing 
support fall into this category. 

Marine amphibious logistic support is for the most part centralized at the 
support element. Thus, a unit requiring logistic support must communicate its requests 
to the support element. During deployment these requests are normally processed 
manually. 

The major problem dealt with in this thesis is how logistic communication and 
processing is accomplished. It will also be shown that both the logistic communication 
and the local processing aspects of this procedure are very time consuming. To 
demonstrate this point, supply demands, which are the most numerous and time 
intensive, will be examined in detail. The ideas generated from this examination could, 
however, be easily applied to other types of logistic transactions i.e. . maintenance, 
motor transport, engineering, etc. The term "local level" will be used to describe this 
form of communication and processing procedures. 

B. MISSION AREA 

The force service support groups (FSSG) of the Marine corps provide logistic 
support within their capabilities to the MAF's. The supply battalion within the FSSG 
maintains the responsibility for providing responsive supply support for most classes of 
supply material required by MAF units. Class III (petroleum products) supply support 
is provided by the FSSG engineer battalion while unique aviation items are provided 
by the wing supply staff. 2 Implied in these mission statements is the requirement to 
establish procedures for processing logistics requests initiated by MAF customers. The 
faster these requests are processed, starting with the customer identification of need, 
the more responsive the supply support. Thus, to insure responsive supply support, it 
is the responsibility of these support activities to establish systems that will process 
requests in the most rapid manner possible, whether in garrison or while deployed. 



2 This is verified bv the mission statement of the Marine Corps 3rd Force Service 
Support Group. Okinawa. Japan. 
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C. MISSION ELEMENT NEEDS 

1. Problem Identification 

Over the years, the military has succeeded in developing extremely capable 
logistic communications systems over long distances. Military personnel can send a 
supply document from Okinawa to any DOD source of supply via AUTODIN (the 
military data communication system). This can be accomplished by filling out a 1348 
Navy form or by keypunching the appropriate information onto a card or magtape 
which is dropped off at the nearest communication center. The communication center 
processes this information as it would a naval message, in accordance with its priority, 
and once inserted into AUTODIN the message is delivered to the source of supply in 
minutes, if not seconds. At most sources of supply, these requests are processed 

immediately (or within a few hours) against on hand stocks. Status is then instantly 

sent back to the originating communication center. 

The question may then be asked by those who have worked with supply 
documents and status in the Fleet Marine Force: "If we have such a fast 

communication system, why does it take weeks for status to be posted to supply or 

maintenance reports?" The answer to this question is that the local processing by the 
communications center, and the local systems, slows the process considerably. The 
difference between the ability of the communications center to transmit and receive 
messages from its electronic system and the ability of users to deliver and receive 
information from the communication center is significant. 

The point to be made here is that communicating logistic data across the 
world from Okinawa, to Albany, Georgia, is not the problem. The actual problem is 
processing and communicating logistic information from Motor Transport Section. HQ 
Company 4th Marines at Camp Shwab, Okinawa to the 3rd FSSG communication 
center at Camp Kinser, Okinawa. To make matters worse, how does the logistic clerk 
communicate logistic demands from U’nchon, Korea, or Dingralin Bay in the 
Phillipines, to his first source of supply and then to the 3rd FSSG communication 
center in Okinawa? The problem is not the actual transmission speed, which takes 
only seconds, but in getting the message to the communication center i.e., local 
processing and communicating. 

2. Problem Examination 

Since this thesis addresses the logistic communication of a deployed unit, we 
will examine the process from this point of view. These procedures are similar to those 
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used in garrison, but a look at deployed operations demonstrates the problem more 
clearly. While deployed, a logistic request is delivered by the customer to the first 
source of supply (the issue point). The issue point processes the request and. if 
necessary, communicates it back to a garrison source of supply. If the demand cannot 
be filled at the garrison source, it is delivered to the supporting communication center 
for transmission to a DOD source of supply. So, why is there such a local delay 
problem? There are essentially three factors to consider: 

One: The link between the customer and the issue point 

is a difficult and slow communication procedure. 

Two: Processing at the issue point is bureaucratic and slow. 

Three: The numerous steps involved in processing demands 

at the local level decreases response time. 



a. The Link 

Problem # 1 is the keystone of this thesis. The ability of the customer to 
communicate a request while deployed, to the issue point, is often an overwhelming 
problem, and a frustrating one in garrison. 

(1) Communication. Consider the simplest case: a Marine Amphibious 
Unit landing. Where is the source of supply? Initially, it is kept aboard ship. When 
the issue point is aboard ship, how does a shore unit deliver a request to the issue 
point? If any support is provided at all, the request must be voice communicated to 
the tactical logistic operation center (TLOC). 3 This process consumes valuable 
communication capabilities, using voice channels that are critical for command and 
control. The process is troublesome, so much so, that it is usually simply not 
attempted. At this stage of the amphibious landing there is limited, if any, ability to 
communicate logistic data. 

Once ashore, the issue point may begin to support the forces more 
efficiently. But what about the unit 20 or 30 kilometers inland? What type of support 
can it expect in a hostile environment? The only practical means of communicating 

'The TLOC is the section in the support element that accepts all customer 
requests and directs support action. It can be though of as the support element's 
operation center. 
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supply requirements is via courier. Will the commander dedicate a man and a vehicle 
to go on a supply run back to the beach? This may be considered, but it will certainly 
not be accomplished in a responsive manner. Within the existing system, we talk in 
terms of days while today's modern communication and processing technologies can 
accomplish such tasks in milliseconds. 

(2) Transportation. A second difficulty, associated with the logistic link 
between the customer and the support element, is transportation. First, let us assume 
that the support element is now ashore. In such cases, the primary means of 
communication between the customer and the issue point is by courier. Unless the 
customer is within walking distance, the courier will require motor transportation. This 
is a time consuming activity that requires detailed planning and often must be shared 
with other missions. Waiting for transportation further delays the communication of 
logistic requests. 

On the other hand, let us assume that the support activity is still 
aboard ship when a request is received and that the supply block is embarked, enabling 
a warehousemen to pull the item off the shelf (often not the case). The next question 
is, how will the item be delivered ashore? This new transportation request must 
compete with other critical demands for the extremely limited transportation assets 
available between ship and shore during an amphibious landing. This is another form 
of transportation delay. 

(3) Procedures. A third factor associated with the logistic link concerns 
the procedures used by customers. A logistic request is initiated by a unit in one of the 
landing force elements, for example. This request, in some cases, must flow up the 
unit's chain of command to the support activity. In other words, a request made by a 
company commander must be approved by the company's battalion, regiment and 
division before it is provided to the support activity. These steps are necessary in order 
to maintain control over demands and to keep higher echelons of command informed. 
It also causes considerable delays and bureaucratic frustrations. For a unit well inland, 
the effort and dedication of assets necessary for proper logistic support is not perceived 
to be worthwhile in the short run. 

In time, for the following reasons the difficulty of communicating 
logistic transactions to the issue point, the limited transportation available for logistics 
support, and the procedures that require all echelons of command to approve certain 
requests, logistics support falls far behind the actual need. This time lag is often a 
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matter of days, if not weeks. The logistic support link is a very complex process 
requiring the support of other functions such as transportation and communications. 
For a MAB or MAF the complexity and delay become even more significant. Under 
these situations units are even more spread out, making it more difficult to 
communicate demands to issue points. Add this complexity to a live combat 
environment and the potential for improvement is clearly evident. 
b. Local Processing 

The second major problem at the local level is the fact that processing at 
the issue point is extremely slow. A description of several of these processes will be 
discussed in the following paragraphs. 

Class IX (repair part) requests are normally filled out on 80 card column 
manual forms commonly referred to as 4 cards. The customer is required to do all the 
required research to identify the proper stock number, the unit of issue, etc. These 4 
cards are then sent by courier to the issue point. If the supply platoon is not busy, 
however, the customer may receive an over-the-counter issue. Most of the time, the 
customer can expect to submit the 4 cards on one day, and pick up the parts on the 
next day. One whole day is wasted at this point alone. In order to understand why 
over-the-counter issue service is not provided on all occasions, it is necessary to take a 
closer look at the issuing process. 

There is a tendency among supply officers to throughly research all 
requests prior to a stock check. Primarily, this is done to insure that incorrect stock 
numbers are not counted as stock denials, which could adverslv affect the fill rate. The 
research, which validates each stock number, takes up a lot of time and is one reason 
for processing delays. Another reason is the fact that customers normally deliver a 
large number of requests at one time. This happens mainly because distance, or 
vehicle availability, prohibit frequent trips to Supply. As a result, one customer may 
tie up Supply for an hour or more. This is a typical example of a queue with a high 
service time variance in which the queue length increases progressively. In view of 
these problems, customers simply find it easier to leave the paper work off at Supply 
and pick it up later. 

Once an item is issued, the processing of demands at the issue point is also 
a time consuming task. The proper transactions are processed on an IBM Series 1 
computer. Once enough transactions have been accumulated, a batch update formats 
the transactions on a diskette for later transmission to the next source of supply. This 
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could, and usually does, produce days of delay. If experienced people are running the 
update, and if the update goes smoothly, a one-day delay may occur. Time has proven 
though that this equipment is rarely operated by experienced personnel. As a result, 
two or three days are often lost in trying to get the update to run properly. 

c. Many Steps 

The fact that there are numerous steps involved in processing a request at 
the local level is the third major problem. In providing supply support to deployed 
units at the 3rd FSSG the supply support personnel calculated in 1983 that there were 
actually 47 steps involved in providing one small repair part from Okinawa to a 
deployed unit. These steps include action taken by communicators, maintenance 
clerks, supply clerks, warehousemen, forklift drivers, transport personnel, Air Force air 
embarkation personnel and packaging personnel. 

D. EXISTING SOLUTIONS 
1. The Procedural Approach 

To lessen the impact of these problems, Marines have developed basically two 
procedural approaches. The first of which is to divide up the support element into 
smaller sections, in order to provide support closer to the customer. As such, the 
ground and air elements may receive their own support detachment (DET). To 
illustrate this point perhaps each regiment, or even each battalion, could receive their 
own DET. This would provide support closer to the customer, in a decentralized 
manner, while lessening the demand for transportation and communication. But. 
because the battalion and regiment must maintain mobility, only a few items could be 
stocked in these DET's. This would trigger a redistribution problem as a result of 
stocking only a limited number of items. A problem of this nature is one that is 
created when a customer sends a request to the first source of supply. That source of 
supply does not stock the needed item, but. possibly one of the other issue points does. 
The problem is: How does the customer know which other issue point may stock the 
part? The problem of positioning support too close to the customer, therefore, is that 
a greater communication problem developes due to the redistribution of demands. 

A second alternative solution to the logistic support problem from a 
procedural perspective is to avoid the chain of command. When a unit has a logistic 
need, it merely sends the requests directly to the source. The obvious disadvantage 
here is that both command and control suffer. Some requests need to be filtered 
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through the chain of command to insure their validity and or to insure a proper 
allocation of resources to all subordinates. This does not indicate that some logistic 
traffic could not How directly to the support element. Simple supply requests for repair 
parts normally do go directly to the supply issue point, which does save time. In such 
cases, there is no reason for higher commands to review these demands, since the 
mechanic is the only one who really knows whether or not the request is valid. 

2. The Technical Approach 

a. DMGS 

Recently, there have been a number of systems developed for deployed 
units to perform the same functions as a remote job entry system (RJE) does but 
which use communication media that allow for mobility. RJE's are tied to fixed 
telephone lines, so they cannot be moved easily. Systems like the deployed message 
generating system (DMGS), and others, send logistics transactions from deployed sites 
to the FSSG communications center via the same media used to transmit naval 
message tralllc (HE. satellite). The transactions are held at the base data processing 
facility, until the next SASSY 4 cycle, at which time they are automatically processed. 

In the past, we have encountered numerous problems with systems like 
DMGS. When trying to interface with the varying support agencies we found that 
they were inexperienced in processing transactional traffic. This inexperience led to a 
great deal of confusion, which resulted in costly delays and loss of important data. 

b. DFASC 

The deployed force automated service center (DFASC) was part of another 
attempt to reduce the impact of local processing delay. The initial idea was to 
accomplish all local processing within close proximity to the customer. Instead of 
sending logistic traffic back to a garrison computer for processing, for instance, the 
processing was accomplished at the deployed site by a mobile IBM 4341 mainframe 
computer. The DFASC has allowed the SAIL 5 to deploy and operate in the field 
providing the same automation services that the SMU now provides in garrison. The 
output from this process could also then be directly entered into AUTODIN. This 
concept has provided a higher degree of information management in the deployed 
environment. 



J SASSY is the Marine Corps automated supply system. 

' fhe SMU is the SASSY management unit which serves as the source of supply 
for issue points and accepts input andhiistributes SASSY output to customers. 
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E. PLANNED SYSTEMS 



None of the above systems address the customer-to-issue-point link. However, 
there are a few systems under development that could be expanded to include this 
concept. The Maritime Prepositioned Support (MPS) Decision Support System, or 
MDSS. attempts to provide the landing force commander with asset visibility. 6 The 
Combat Service Support Information System, or CSSIX, attempts to coordinate the 
many blocks of items sent by the war reserve system (WRS), and others, during a real 
conflict [Ref. 2]. Once organized and centralized, a particular item may be easily 
located. These systems attack specific problems and demonstrate the need for asset 
visibility on the battlefield. To make these systems more potent, however, the 
associated files must be updated rapidly by customers. The poor link that exists 
between the customer who consumes assets, and MDSS or CSS IN. must be addressed 
as an important constraint before a solution can be developed. If this link can be 
tightened, it will enhance these two new support systems remarkably. Not only will the 
landing force commander gain asset visibility, he will be able to achieve real-time 
visibility. 

F. IMPACT 

The priority of the logistic communication problem is difficult to quantify. 
Logistics communication in the early stages of an operation, when the support element 
is still aboard ship, is usually poor. Nevertheless, there are those who would argue that 
logistics, in the early stages, are not important. This is assuming that equipment will 
operate the way it is supposed to, once it rolls ashore. However, it is always better to 
have some sort of equipment back-up to rely on in complex operations such as an 
amphibious landing. Even after the support element is ashore, as previously 
mentioned, logistics requests are usually not made because of the time element 
involved. In view of this, whenever a major weapons system fails the needed parts are 
often obtained by cannibalizing like items. These tactics have short term advantages, 
but in a lengthly campaign could, and will, prove disastrous. 

Because MAF units cannot easily communicate logistics data, they are forced to 
operate without needed support. As we become more dependent on machines, we 
must learn to provide for more rapid means to support this equipment. Without the 
proper support, our equipment status will quickly decline. 

information obtained from interview with Lt Col Donald E Mears HQMC 1 + L 
28 Aug 1986. 
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